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Ride Share Contact System 

Background of Invention 

[0001 ] Field of the Invention 

[0002] This invention relates to a method whereby travelers can find and contact other 
travelers with similar and compatible travel plans in order to negotiate agreements 
to travel together. 

[0003] Description of the Prior Art 

[0004] The current state of the art in ride share systems includes bulletin boards such 
as college "ride boards", batch processed match systems for car pooling, Internet 
chat rooms or discussion groups, and Web-based contact systems. In addition, two 
US patents for public transportation systems include subsystems for matching 
riders with available vehicles. 

[0005] Most of these systems cannot work with arbitrary geographic locations. For 
instance, commuter carpooling services work only in predefined metropolitan 
areas. College "ride boards" are similarly each tied to a particular campus. Some 
websites associated with specific events such as a concerts or conventions also 
promote ridesharing among attendees. 

[0006] 

U.S. patent 4,360,875 to Behnke (1 982) discloses a public transportation 
system that matches ride requests with ride offers within predefined geographical 
limits defined within a rectangular grid created for this purpose. U.S. patent 
5,168,451 to Bolger (1992) discloses a transit system that similarly dispatches 
vehicles selected with the help of a predefined comprehensive matrix of all 
possible origins and destinations. U.S. patent 6,035,289 to Chou, Carg, and Yeh 
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describes a method for matching carrier cargo capacities selected by time and 
capacity feasibility criteria and ranked by price. AH of these patented systems limit 
origins and destinations to a predefined grid created as part of the patented 
system. 

[0007] Rideshare systems not tied to specific locations suffer from the limitation of 
not being automatic. Users must manually scan through a lists and make 
comparisons. Not only is this tedious, but mistakes occur. A traveler from New 
York City to Washington D.C. for example, may fail to recognize the potential 
match with another traveler from Brooklyn, NY to Vienna, VA. Examples of such 
systems include classified advertising in newspapers or other periodicals, online 
forums or "chat rooms", and storefront operations such as Allostop in Canada (see 
http://www.allostop.com/english/default.htm). 

[0008] Attempts to overcome these problems have resulted in interactive Websites 

using zones or grids like the cited patented systems. These designs suffer from the 
dilemma that a coarse-grained grid offers poor matching precision while a fine- 
grained grid requires a significant manual effort. Further, potential matches go 
unrecognized when candidate and target origins or destinations happen to straddle 
grid boundaries. Examples of these systems are at http://www.rideboard.com, 
http://shareride.com, http://www.campuswired.com, 
http://www.union.uiuc.edu/rb, http://www.rejsecenter.net/klik/europa, 
http:/ /www.karpool.com, and http://www.mainquad.com/htmls/worp/DEADJOE 

[0009] These problems limit the number of travel plans that clients will post to a 

database, which in turn reduces the likelihood that other clients will find matches. 
This recursive "critical mass" phenomenon has further limited the success of ride 
sharing despite is considerable inherent advantages. 

Summary of Invention 

[0010] 

Posting users specify proposed travel plans in a quantitative format and post 
them in a database for viewing by other users called Browsing users. A Browsing 
User similarly states his or her own traveling plans in order to find closely 
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matching posted plans. The quantitative format, which is lacking in the prior art, 
enables computation of a rank of match between the Browser's plan and each 
posted plan, and listing of the posted plans in order of this rank. This new system 
always lists potentially matching plans, unlike the selection systems of the prior art 
which often yield empty lists. 

[001 1] In one aspect of the invention, the origin and destination are specified in terms 
of geographic locations, such as latitude and longitude. 

[0012] In another aspect of the Invention, the origin and destination are specified in 

terms of postal codes such as ZIP codes in the United States, which in turn are used 
to determine approximations to the respective geographic locations. 

[001 3] The ranking is computed as the sum of: 

[0014] ♦ The Great Circle Distance between the Poster's and Browser's origins, 

[001 5] ♦ The Great Circle Distance between the respective destinations, and 

[001 6] ♦ The difference in departure times multiplied by a weighting factor which 
converts it to an equivalent distance. 

[001 7] In another aspect of the Invention, the origins and destinations are specified on 
a map, and measured distances on the map are used instead of Great Circle 
distances to compute the ranking. 

[001 8] In another aspect of the invention, the Browsing user can select any plan and 
view further details upon which to base a final choice. Thereafter he or she may 
gain access to contact information with which to establish communications with 
the associated Posting user in order to negotiate a shared travel agreement. 

[0019] In another aspect of the invention, additional travel plan specifications beyond 
the basic origin, destination, and travel time can be optionally included by the 
Posting user and used as matching criteria by the Browsing user. Some example 
supplementary specifications are: 

[0020] ♦ Whether the Posting user has a vehicle available. 
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[0021] ♦ Whether the Posting user is willing and able to share driving chores. 

[0022] ♦ The preferred vehicle type, such as automobile, airplane, bicycle, feet, or 
skis. 

[0023] ♦ Whether cargo is meant to be transported. 

[0024] ♦ Whether the Posting user intends personal travel, as opposed to only 
sending cargo and/or a vehicle for delivery by the other user. 

[0025] ♦ Whether the posted travel time is a deadline after which the travel may not 
commence. 

[0026] ♦ Whether the travel may not commence until after the posted travel time. 

[0027] ♦ Compatibility characteristics of the Posting user, such as whether he or she 
smokes or can tolerate smoking companions. 

[0028] As indicated by the foregoing, the term "travel" can connote personal trips, 

group travel in a chartered large vehicle, cargo shipment, and/or vehicle delivery. 
Each of these additional travel plan specifications can be either 1) applied as 
screening criteria during the automatic ranking process, or 2) comprise part of the 
further details manually reviewed by the Browsing user before making a final 
choice. 

[0029] In another aspect of the invention, contact information for Posting users can be 
withheld from the Browsing user until he or she makes a final choice and provides 
some consideration such as a payment in order to gain access to the associated 
contact information. 

OBJECTS 

It is an object of my Invention to enable travelers with similar and compatible 
travel plans to easily discover each other in order to negotiate shared travel 
agreements. 

It is a further object of my Invention to enable travelers lacking a vehicle to 
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[0030] 
[0031] 

[0032] 



contact others with compatible plans having a suitable vehicle. 

[0033] It is a further object of my Invention to enable travelers with unused vehicle 
carrying capacity to contact others who might use that capacity. 

[0034] It is a further object of my Invention to provide useful information to travelers 
to places and at times not addressed by the schedules of public transportation 
carriers. 

[0035] It is a further object of my Invention to conserve resources and minimize the 
adverse ecological impact of the growing volume of travel. 

ADVANTAGES 

Accordingly, several advantages of my invention are: 

♦ Extreme flexibility with the ability to process travel plan specifications having 
arbitrary locations and times. "Anytime, anywhere". 

♦ The ability to recognize nearby locations despite any mismatch in their 
descriptive names, such as city and state names. 

♦ Automatic ranking, for rapid processing even with a large database. 

♦ Consequent to the foregoing, more plans in the database and an increased 
likelihood of finding a satisfactory plan in the database. 

[0042] ♦ The ability to optionally use the matching algorithm of the prior art, namely 
filtering on qualitative attributes, in addition to the new matching algorithm 
namely sorting on quantitative attributes. 

[0043] 

Ride sharing combines the flexibility of private transportation with the 
economy and resource conservation of public transportation. A travel matching 
system can have significant economic and ecological impact if it is more flexible 
and efficient than the prior art. The 1995 Nationwide Personal Transportation 
Survey reported an average of 896 million trips in personally owned vehicles per 
day. In two thirds of these vehicles, there was but a single occupant. Even if only a 
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[0036] 
[0037] 
[0038] 

[0039] 

[0040] 
[0041] 
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small percentage of these empty seats were to be filled, savings commensurate 
with those sought by public transportation planners would be achieved. 

[0044] Further objects and advantages of my invention will become apparent from a 
consideration of the drawings and ensuing description. 

Brief Description of Drawings 

[0045] Figure 1 0. Shows the origin and destination differences in a comparison 
between two travel plans. 

[0046] Figure 1 1 . Shows how a Zip code can be used to approximate the quantitative 
characterization of a location. 

[0047] Figure 4. Shows a plot of the planned origins and travel times of two travelers 
who must negotiate the plan differences in order to travel together. 

[0048] Figure 5. Illustrates how the effective origin difference in Figure 4 is increased 
if the later traveler adjusts his or her travel time to match that of the earlier 
traveler. 

[0049] Figure 1 2. Illustrates that the quantitative difference between two travel plans 
can be represented as the sum of the origin difference, destination difference, and 
distance equivalent of the travel time difference. 

[0050] Figure 1 . Shows that a number of users, each at a different time and location, 
can use the Internet or other network to post or browse the server database. 

[0051] Figure 2. Shows a Web page displaying a posted travel plan. 

[0052] Figure 3. Same as Figure 2, showing matching travel plans after the "Look For 
Matches" button 2-4 has been activated and the second plan in the list has been 
selected or highlighted. 

[0053] Figure 6, Shows the Web page invoked by activating the "See Details" button of 
Figure 3, and which displays further details of the selected travel plan. 

[0054] Figure 7. Shows the Web page invoked by activating the "Post My Trip" button 
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3-2. When the "Post This Trip to eWeGo" button 2-5 is activated, the travel plan 
specified on this page and on Figure 2 is posted to the database. 

[0055] Figure 8. is an Activity diagram showing how a user can browse the database 
and then either select a traveling plan from it, or post a new one to it. 

[00 5 6] LIST OF REFERENCE NUMERA LS 

[0057] 1 0-1 Distance between origin locations of a pair of travel plans. 

[0058] 1 0-2 Distance between destination locations of a pair of travel plans. 

[0059] 11-1 Desired location for which a quantitative description is not readily 
available. 

[0060] 1 1-2 Post Office location having a readily available quantitative description. 

[0061] 1 1-3 Zip Code containing the desired location 11-1 and characterized by the 
Post Office location 11-2. 

[0062] 4-1 Origin and travel time of the earlier of two travel plans being compared. 

[0063] 4-2 Origin and travel time of the later of two travel plans being compared. 

[0064] 4-3 Time difference between two travel plans being compared. 

[0065] 4-4 Origin or destination difference between two travel plans being compared. 

[0066] 5-1 Distance equivalent of the time difference 4-3 between two travel plans 
being compared. 

[0067] 5-2 Origin and travel time equivalent to 4-2. 

[0068] 12-1 Net quantitative difference between two travel plans. 

[0069] 1-1 Posting User who posts a traveling plan. 

[0070] 1-2 Computer or terminal device used by a Posting User. 

[0071] 1-3 Browsing User, who looks among the posted travel plans. 
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[0072] 1 -4 Computer or terminal device used by a Browsing User. 

[0073] 1 -5 Internet and World Wide Web, or other network. 

[0074] 1 -6 Server Computer embodying this Invention. 

[0075] 2-1 Specification of desired travel time. 

[0076] 2-2 Specification of desired travel origin. 

[0077] 2-3 Specification of desired travel destination. 

[0078] 2-4 Command button to initiate a search for posted plans in the database 
ranked by match the search specification. 

[0079] 2-5 Command button to post the specified travel plan to the database. 

[0080] 2-6 Command button to close the current page and discard the search result. 

[0081] 3-1 Results of the search among posted travel plans. 

[0082] 3-2 Command button to view additional details for a selected result in 3-1 . 

[0083] 6-1 Browser's view of Poster's specification of selected plan time. 

[0084] 6-2 Browser's view of Poster's specification of selected plan additional details. 

[0085] 6-3 Browser's view of Poster's specification of selected plan origin. 

[0086] 6-4 Browser's view of Poster's specification of selected plan destination. 

[0087] 6-5 Browser's view of Poster's self-description including contact information. 

[0088] 7-1 Command button enabling Poster to go to a Web page dedicated to 
updating his or her self-description including contact information. 

[0089] 7-2 Several elements on the Web page by which the Poster can specify 
additional travel plan details. 

[0090] 7-3 Command button for posting the fully specified travel plan to the 
database. 
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[0091] 7-4 Command button for abandoning the Posting operation by closing the 
page and going back to the Search page. 

[0092] 8-1 Column containing user interactions with the system. 

[0093] 8-2 Column containing system interactions with the user. 

[0094] 8-3 Step wherein the user inputs specifications for a desired travel plan. 

[0095] 8-4 Step wherein the system finds matching travel plans and orders them by 
rank of match to the specification. 

[0096] 8-5 Step wherein the user decides whether any of the listed plans is 
satisfactory. 

[0097] 8-6 Step wherein the user selects a travel plan. 

[0098] 8-7 Step wherein the user supplies additional specifications so that his or her 
desired travel plan can be posted to the database. 

[0099] 8-8 Step wherein the system retrieves all available data for the user-selected 
plan. 

[01 00] 8-9 State wherein the user has all data for the selected travel plan and may 
contact the Posting user. 

[0101] 8-10 Step wherein the system posts the desired travel plan to the database. 

[01 02] 8-1 1 State wherein the desired travel plan has been posted to the database so 
that the user may expect a call from an interested party at any time. 

Detailed Description 

[01 03] Comparison between any pair of travel plans begins with the differences 

between origins and destinations. Figure 10 shows the difference 10-1 between a 
pair of origins and the difference 1 0-2 between a pair of destinations. The 
disparity between the plans is proportional to each of the distances 10-1 and 10- 
2. 
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[01 04] As illustrated in Figure 11, if a quantitative characterization of either an origin 
or destination location 11-1 is unavailable it can be approximated in terms of its 
Zip Code or postal code. Both the containing Zip Code and a precise quantitative 
characterization of the associated post office's location are readily available 
anywhere in the U.S. and many places elsewhere. 

[01 05] The difference between the requested time and the time of each travel plan 
posted in the database can be converted into an equivalent distance by 
multiplication with an assumed traveling speed. In this way the dimensional unit of 
time is converted to distance, the same dimensional unit as that of the origin and 
destination differences. 

[01 06] The rationale for this conversion follows. If the earlier traveler whose origin and 
time are shown at the point 4-1 in Figure 4 makes no compromises, the later 
traveler must move the departure time shown at point 4-2 forward by the amount 
4-3 and furthermore must journey the distance 4-4 to meet the earlier traveler at 
the origin 4-1 . These concessions made by the later traveler are virtually the same 
as if his or her plan were that shown in Figure 5 at point 5-2, where his or her 
travel time coincides with the earlier time, but the origin difference is increased by 
the distance 5-1 and the time spent covering this distance increase is the same as 
the original time difference. The amount of the distance increase 5-1 can be 
estimated as the product of the original time difference and a predetermined 
estimate of the later traveler's speed to make up this distance increase. In the more 
general case where each traveler makes a partial compromise, the rationale is that 
the total time spent by both travelers would remain unchanged, were the travel 
times to be artificially made identical but the origin difference were to be increased 
by an amount equal to the time difference multiplied by the average speed at 
which the travelers make up the increase. 

[01 07] A specific travel speed may be estimated and predefined for any given travel 
mode or vehicle type. 

[01 08] As ||| ustrated jn Figure 12, the total difference between a pair of plans can be 
ranked according to the sum of the origin difference 1 0-1 , the destination 
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difference 10-2, and the distance equivalent of the time difference 5-1 ; as it is 
proportional to each of these distances. Other combinations such as the root- 
mean-square, could also be used. 

[01 09] Figure 1 is a deployment diagram showing physical parts of the preferred 

embodiment. Two users 1-1 and 1-3 are shown, each having a personal computer, 
personal digital assistant (PDA) or other terminal device 1 -2 and 1 -4 capable of 
connecting to the Internet 1 -5. Although two users are shown, more than two 
users may use the system. Each user's computer has a Web browser or the 
equivalent. 

[01 1 0] The Invention adds a Server Computer 1 -6, which also connects to the Internet 
1 -5. Its software includes a database, typically a relational database supporting the 
SQL programming language, and Matching System software 1 -6a which 
communicates with the users and with the database. 

[01 1 1] Figure 2 shows an embodiment of the screen display that user 1-1, called the 
Browsing User, encounters. Section 2-1 of the screen display enables the Browsing 
user to specify the time of his or her travel plan. Section 2-2 enables the Browsing 
user to specify the origin of the travel plan, in one embodiment of the Invention, 
this origin is specified as a postal ZIP code, which is converted by the Server 
Computer 1-6 into the geographic latitude and longitude coordinates of the 
nearest Post Office. Section 2-3 enables the Browsing user to specify the 
destination location in a similar way. By activating a Command button 2-4, the 
Browsing user can request the Server Computer 1 -6 to supply a list of the travel 
plans from the database ranked by match to the Browsing user's specification. 
Alternatively, by operating a Command Button 2-5 the user may change his or her 
role from Browsing user to Posting user. 

[01 12] Figure 3 shows how Figure 2 is updated after activation of the Command 

Button 2-4. Section 3-1 is the list of posted travel plans that the Server Computer 
1 -6 has ranked and ordered by degree of match to the plan specified by the 
Browsing user. 
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[01 1 3] The Server Computer 1 -6 supplies the list 3-6 by computing the Great Circle 
distance between the requested origin 2-1 and the origins of each travel plan 
posted in the database, in the manner of marine and aeronautical navigators, for 
example: 

[01 14] 1 . Compute the trigonometric sines of both latitudes and multiply them. 

[01 1 5] 2. Compute the trigonometric cosines of both latitudes and multiply them. 

[01 1 6] 3. Subtract one of the longitudes from the other, compute the trigonometric 
cosine of the result, and multiply the result with the result of the immediately 
previous step. 

[01 1 7] 4. Compute the trigonometric arc cosine of the sum of the immediately 
previous step and the first step. 

[01 1 8] 5. If this result is negative, add to it pi radians, the angular distance of a 
semicircle. 

[01 19] 6. Multiply the result of the immediately previous step by the radius of the 
earth, namely 3,959 miles. 

[01 20] Assuming that the Browsing user's search criteria is stored in a database table 
called 

tzSearchCriteria 

and that the previously posted travel plan proposals are stored in a database table 
called 

tPostedTrip 

, this simplified example Structured Query Language (SQL) computer statement 
performs the foregoing matching task: 

[0121] 
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SELECT ProposalID / ProposerlD, tzSearchCriteria . UserlD, DateDif f ( "n" , WhenS 
GreatCircleDist {Destination_Latitude, Destination_Longitude, Vest 
StartMilesDif f + DestMilesDif f + MeetingMilesPerMinute*Abs (MinsDi 
FROM tzSearchCriteria, tPostedTrip 
ORDER BY MatchMerit Desc 

[01 22] Where the function 

DateDif f ("n", ..,..) 

, provided with Microsoft Corp."s Visual Basic for Applications (VBA) environment, 
calculates the number of minutes between two specific times; and the function 

GreatCircleDist ( ) 

is defined in the VBA language as follows: 

[0123] 

Const Pi = 3.14159265358979 

Public Function GreatCircleDist (pLatlRad As Double, pdLonlRad As 
Dim pDistOnUnitSphere As Double 

pDistOnUnitSphere = ArcCos (Sin (pLatlRad) * Sin (pLat2Rad) + Cos (pL 
While pDistOnUnitSphere < 0 

pDistOnUnitSphere = pDistOnUnitSphere + Pi 

Wend 

Const EarthRadiusMiles = 3958.88 

GreatCircleDist = EarthRadiusMiles * pDistOnUnitSphere 
End Function 

[0124] 

Private Function ArcCos (pdCos As Double) 

Const CloseToZero = 0.0000000000001 
If Abs (1 - pdCos) > CloseToZero Then 
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Const Pi0ver2 = 0 . 5 * Pi 

ArcCos = Atn (-pdCos / Sqr(l - pdCos * pdCos) ) + Pi0ver2 
Elself pdCos > 0# Then 
ArcCos = 0 

Else 

ArcCos = Pi 
End If 

End Function 
[01 25] Where the functions 

Sin() 
Cos ( ) 

, and 

Atn ( ) 

, also built into Microsoft's VBA, calculate the trigonometric Sine, Cosine, and 
Arctangent respectively. 

[01 26] Other computing environments provide equivalent trigonometric functions and 
could be used as well as the Microsoft VBA environment. 

[01 27] While the foregoing description of the travel plan ranking algorithm serves to 
convey the basic concept of the invention, more efficient algorithms that achieve 
the same results may also be employed. 

[01 28] Next, the Great Circle distance between the requested destination and the 
destinations of each travel plan posted in the database is computed in a similar 
way. 

[0129] 

Next, the difference between the requested time and the time of each travel 
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plan posted in the database is converted into an equivalent distance by 
multiplication with an assumed traveling speed. If the result is negative, its 
absolute value is taken to make it positive. 

[01 30] Next, a rank of the similarity with each travel plan posted in the database is 
computed as the sum of the foregoing 3 distances, namely origin difference, 
destination difference, and distance equivalent of time difference. 

[01 31] Next, each travel plan posted in the database is ordered according to this rank. 

[01 32] Finally, this ordered list is transmitted to the Browsing user in list 3-1 . A 
lengthy list may be partitioned into sequentially displayed pages. 

[01 33] Should the Browsing user select a member from the list, that member becomes 
highlighted as a white-on-black row as illustrated by the second member in the 
list 3-1 , and at the same time a Command Button 3-2 becomes enabled. Should 
the Browsing user activate Command Button 3-2, a new page is shown as 
illustrated in Figure 6. 

[01 34] Figure 6 illustrates how the details of the plan selected from the list 3-1 might 
be displayed to the Browsing user. In addition to the basic specifications of time, 
origin, and destination; contact information for the Posting user and further travel 
plan details are provided. Section 6-1 shows the time chosen by the Posting user. 
Section 6-2 illustrates an example of some further details regarding the Poster's 
personal preferences that might typically be provided. Sections 6-3 and 6-4 show 
the origin and destination respectively, embellished with further typical details. 
Section 6-5 provides the contact information for the Posting user so that he or she 
may be contacted with the purpose of negotiating a ride share agreement. 

[01 35] Figure 7 is a screen display for the user who has elected to become a Posting 
user by operating Command Button 2-5, Such an election would typically be made 
after viewing the list 3-1 and failing to find a satisfactory match. The posted travel 
plan would consist of data entered onto this screen, in addition to the 
specifications already given in sections 2-1, 2-2, and 2-3. A Command Button 7-1 
enables the Posting user to bring up a display screen to enter or update his or her 



Page 15 of 41 



contact information, typically an email address, telephone number, and/or postal 
address. Section 7-2 shows a collection of further specifications that might be 
made available to the Posting user and later displayed to Browsing users in the list 
3-1 and/or the display screen of Figure 6. A Command Button 7-3 enables the 
Posting user to commit these specifications to the database. 

[01 36} OPERA TION OF THE INVENTION 

[01 37] As illustrated in the flow diagram Figure 8, a User 8-1 typically begins 

operation by implicitly assuming a Browsing role, and entering search criteria for a 
proposed travel plan into the system at step 8-3. The screen shown in Figure 2 is 
used to complete this step. 

[01 38] The Matching System then calculates the travel plan rankings in step 8-4 and 
presents them ordered by rank as shown in Figure 3, list 3-1 . A lengthy list may be 
partitioned into sequentially displayed pages. 

[01 39] In the next step 8-5 the user decides whether any of the displayed travel plans 
is satisfactory. 

[0140] Should the user make a selection by operating command button 3-2, all 
further details regarding the selection, including contact information for the 
posting user, are retrieved from the database in step 8-8 and displayed in step 8-9 
as shown in Figure 6. 

[0141] Alternatively, should the user elect to assume the Posting rule by operating 

command button 2-5, in the next step 8-7 he or she operates command button 7- 
1 and then provides further plan details and updates or enters contact information 
as necessary, using an entry screen like Figure 7. The posted travel plan is then 
stored in the database in step 8-10. Thereafter other Browsing users may select 
this travel plan and contact this Posting user in order to negotiate a ride sharing 
agreement. 

[01 42] ALTERNATIVE EMBODIMENTS 

[01 43] j| ie p re f erre d embodiment illustrates the use of U.S. postal ZIP codes in order 
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to obtain the geographic coordinates, namely latitude and longitude, of the post 
offices nearest to an origin and destination. 

[01 44] In an alternative embodiment, the geographic coordinates are obtained more 
directly and precisely, such as by the methods used by the Web sites 
www.mapblast.com, www.mapsonus.com, orwww.terraserver.com to find such 
coordinates for arbitrary locations in the U.S. The current proliferation of Global 
Positioning Satellite (GPS) technology suggests that in future direct use of 
geographic coordinates will be increasingly convenient. 

[01 45] In another alternative embodiment, the ranking is based upon travel distances 
measured on maps or virtual maps upon which the origins and destinations have 
been located. These distances can be measured along roadways according to the 
methods of Web sites www.mapsonus.com, www.mapblast.com, or 
http://www.mapquest.com to obtain more accurate travel distance estimates than 
those from Great Circle calculations, if the travel mode is restricted along 
roadways. 

[0146] In another alternative embodiment, additional mandatory filtering criteria can 
be applied using conventional Boolean logic methods, in conjunction with the 
ranking process. Plans that do not match such criteria can be filtered from the 
ranked list. Examples include: 

[01 47] ♦ Deadlines: If either the Posting user or the Browsing user specifies that the 
proposed travel time is a deadline, no travel plans with times later than that 
proposed are included in the ranked list of matches. 

[01 48] ♦ Commuting: If either the Browsing or Posting user specifies that repetitive 
travel plans at the same time on a plurality of dates are contemplated, only the 
time of day would be included in the ranking calculations. Such use of the system 
is functionally equivalent to currently existing commuter ride share systems, 
except for the absence of limitations on geographic scope. Therefore this 
embodiment of the Invention can replace the many commuter ride share systems 
in the prior art, each of which is focused upon a single metropolitan area. 
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[01 49] In another alternative embodiment, additional preference criteria can be 

specified by the Posting user and conveyed to the Browsing user to further inform 
his or her choice of a plan from the ranked list. Examples include: 

[01 50] ♦ Suggested travel mode, such as automobile, airplane, bicycle, hiking, or 
boat. 

[01 51] ♦ Whether the Posting user has a vehicle available. If neither has a vehicle, the 
option to rent one exists. 

[01 52] 4- Whether the Posting user is able and willing to perform driving chores, 
and/or is willing to allow the other party to drive. 

[01 53] ♦ Whether the Posting user smokes and/or can tolerate smoking by 
companions. 

[01 54] In another alternative embodiment, Users without internet access but with a 
telephone might call a central operator having an Internet connection who acts as 
the user's proxy or agent. 

[0155] THEORY OF OPERA TION 

[01 56] This Invention makes use of the fact that automatic processing of location data 
is facilitated when that data is in numerical instead of textual form. For example if 
the latitude and longitude of a location is given instead its city, state, and street 
address; the task of measuring distances to other similarly specified locations is 
greatly simplified. 

[01 57] This Invention further utilizes the principles that: 

[01 58] 1 . The three most significant elements of a travel plan are comprised of the 
origin, the destination and the travel time. 

[01 59] 2. The difference in times between two travel plans can be expressed as an 

equivalent distance by multiplication with a conversion factor, namely the speed at 
which a traveler may rendezvous with a traveling companion. 
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[01 60] 3. By combining the foregoing two principles a single scalar number such as 
the sum of the equivalent distance between the times, the distance between the 
origins, and the distance between the destinations can be calculated as a ranking 
of the similarity between a pair of travel plans. 

[01 61 ] 4. This ranking method overcomes the failure of the prior art's selection 
methods to recognize potential matches because of naming peculiarities, 
intervening political boundaries, or other irrelevant factors. 

[01 62] While the prior art depends exclusively upon qualitative data for which the only 
available search algorithm is filtering, this Invention adds quantitative data which 
can be sorted. Inclusion of both data types and search algorithms is also possible. 

[01 63] CONCLUSION, RAMIFICA TIONS, AND SCOPE 

[01 64] This Invention provides an extremely flexible ride share matching method that 
can approximately match "anywhere, anytime" travel plans, by use of quantitative 
rather than descriptive or coded specifications. 

[01 65] While my above description contains many specificities, these should not be 
construed as limitations on the scope of the invention, but rather as an 
exemplifications thereof. Many other variations are possible. For example: 

[01 66] ♦ Alternative purposes for ride sharing, such as touring or social 
companionship. 

[01 67] ♦ Arranging for transport of vehicles or parcels as well as, or instead of, 
passengers. 

[01 68] ♦ Arranging for pickup or drop-off of passengers or cargo at intermediate 
travel points in addition to the origin and destination. 

[01 69] 4 Arranging for the chaining of trips together such that the destination of one 
trip matches the origin of another. A special case is the round trip, where the first 
origin and the final destination coincide. 

[01 70] Accordingly, the scope of the invention should be determined not by the 
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embodiments illustrated, but by the appended claims and their legal equivalents. 
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